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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect 
of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server 
(http://www.etsi.org/ipr). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server) 
which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by the Special Mobile Group (SMG). 

The present document specifies the stage 2 description of the SoLS A service within the digital cellular 
telecommunications system. 

The contents of the present document are subject to continuing work within SMG and may change following formal 
SMG approval. Should SMG modify the contents of the present document it will then be republished by ETSI with an 
identifying change of release date and an increase in version number as follows: 

Version 7.x.y 

where: 

7 Indicates GSM Phase 2+ Release 1998; 

X the second digit is incremented for technical enhancements, corrections, updates, etc 

y the third digit is incremented when editorial only changes have been incorporated in the specification. 
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Scope 



The present document specifies the stage 2 description of the SoLS A service, which gives the network operator the basis 
to offer subscribers or group of subscribers different services, different tariffs and different access rights depending on 
the geographical location of the subscriber, according to GSM 02.43. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

• For this Release 1998 document, references to GSM documents are for Release 1998 versions (version 7.x.y). 

2.1 Normative references 

[I] GSM 02.43: "Digital cellular telecommunications system (Phase 2+); Support of Localised Service 
Area (SoLS A), Stage 1". 

[2] GSM 03.03: " Digital cellular telecommunications system (Phase 2+); Numbering, Addressing and 

Identification". 

[3] GSM 03.22: "Digital cellular telecommunications system (Phase 2+); Functions Related to Mobile 

Station (MS) in Idle Mode". 

[4] GSM 04.08: "Digital cellular telecommunications system (Phase 2+); Mobile Radio Interface - 

Layer 3 Specification" . 

[5] GSM 04.60: "Digital cellular telecommunications system (Phase 2+); Mobile Station (MS) - Base 

Station System (BSS) interface; Radio Link Control/ Medium Access Control (RLC/MAC) 
protocol (GPRS)". 

[6] GSM 05.02: " Digital cellular telecommunications system (Phase 2+); Multiplexing and Multiple 

Access on the Radio Path". 

[7] GSM 05.08: "Digital cellular telecommunications system (Phase 2+); Radio subsystem link 

control". 

[8] GSM 08.08: "Digital cellular telecommunications system (Phase 2H-);Mobile Switching Centre - 

Base Station System (MSC - BSS) interface Layer 3 specification". 

[9] GSM 08.18: "Digital cellular telecommunications system (Phase 2+); General Packet Radio 

Service (GPRS); Base Station System (BSS) - Serving GPRS Support Node (SGSN); BSS GPRS 
Protocol (BSSGP)". 

[10] GSM 08.58: "Digital cellular telecommunications system (Phase 2+); BSC-BTS Interface - Layer 

3 Specification". 

[II] GSM 11.11: "Digital cellular telecommunications system (Phase 2h-); Specification of the 
Subscriber Identity Module - Mobile Equipment (SIM-ME) Interface". 
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[12] GSM 11.14: "Digital cellular telecommunications system (Phase 2+); Specification of the SIM 

Application Toolkit for the Subscriber Identity Module -Mobile Equipment". 

2.2 Informative references 

[13] GSM 10.43: "Digital cellular telecommunications system; SoLSA, Work item status". 

3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Allowed localised service area: A Localised Service Area where the subscriber has allowed service. 

Current localised service area: The Localised Service Area of the serving cell to which the mobile station has 
subscription. In the case of overlapping LS As, the LS A with the highest priority shall be selected as current LS A. If 
there are more than one overlapping LS A with the highest priority any of those LS As may be selected as current LS A. 

Escape PLMN: A specific PLMN code that may be broadcast for non SoLSA compatible mobile stations that do not 
understand the exclusive access indicator. 

Localised Service Area: A Localised Service Area consists of a cell or a number of cells. The cells constituting a LSA 
may not necessarily provide continuous coverage. 

Network operator: Entity that provides the network operating elements and resources for the execution of the LSA 
service. 

Service provider: Entity that offers the LSA services for subscription. The network operator may be the service 
provider. 

Service subscriber: Mobile subscriber, which subscribes to the LSA service. In principle, if a network provides LSA 
service, all users are able to subscribe to this service. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

LSA Localised Service Area 

LSA ID Localised Service Area Identity 

CSE Camel Service Environment 



4 IVIain concepts 

4.1 Localised Service Area definition 

The network operator can define a Localised Service Area, LSA, consisting of a cell or a number of cells. It is possible 
for the network operator to set certain characteristics/attributes per LSA. Some LSA related attributes may be managed 
as part of cell management, e.g. exclusive access. 

The LSA is identified by a LSA ID. It shall be possible for the service subscriber to define a name on each of her 
allowed LSAs. 
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4.2 Subscriber information for Localised Service Area 

For a subscriber, the network operator or the service provider can define one or more LSA(s) as allowed LSA(s). It shall 
be possible to establish an order of priority between the allowed LS As for a given subscriber and if the subscriber shall 
have preferential access within these LSAs. It shall also be possible to define whether access outside the allowed LSA(s) 
is allowed for a subscriber. 

Subscriber specific LSA information is stored and managed in the HLR. Application related LSA information is stored 
in appropriate service platform, e.g. in the CAMEL Service Environment (see annex A). 

In addition to subscriber details in the HLR server, it is also necessary for subscriber specific LSA information to be 
stored and managed in the SIM. 

Subscribers may receive SIM cards with the initial LSA data stored. The management of LSA data on SIM may be 
performed manually (in which case SIM has to be returned to the network operator or service provider for updating), or 
over the air interface as described in subclause 1 1.3. 

4.3 Localised Service Area support in idle mode 

4.3.1 Cell selection and reselection 

A cell reselection mechanism as defined in subclause 1 1 .4.2 shall be used so that when camping on a cell in idle mode, 
the subscriber's mobile station favours the cells belonging to her LSA(s). The mobile station shall always attempt to 
reselect a cell in a higher priority LSA. Cells outside the allowed LSA(s) shall have the lowest priority. 

4.3.2 Localised service area indication 

The service subscriber can define a name (alphanumeric name, icon, etc) for each of her allowed LSAs. The MS will, in 
idle mode and if required by the user, indicate to the user the current LSA. The indication may be the name of the 
current LSA, as set by the user. The form of display and indication are left to manufacturer's choice. 

4.3.3 Exclusive access 

An exclusive access cell is a cell belonging to one or more LSAs and with allowed access only for users having this 
exclusive access cell included in his/her allowed LSAs. Other user's mobile stations must be prevented from using the 
cell to obtain any service, other than TS12 (Emergency Calls). 

4.3.4 LSA only access 

It shall be BSS -controlled functionality to prevent terminated and/or originated calls outside the subscriber's allowed 
LSA(s). Emergency calls are however always allowed. 

4.4 Localised Service Area support in active mode 

4.4.1 Localised service area indication 

As a network option, service subscribers may be notified at change of current LSA. This notification shall be performed 
as described in subclause 11 .7. The form of display and indication are left to manufacturer's choice. 

4.4.2 Resource handling 

As a network operator option it shall be possible to allow or prohibit connection set-up and handover depending on the 
subscriber's LSA information. 

Information to be made available to the radio resource allocation function and the handover function are as depicted in 

subclause 8.2.2. 
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NOTE: For the handling of an established connection, it is out of scope of the present document to describe how 
the network shall perform the resource allocation, handover, etc. depending on the subscriber's LSA 
information. The following shall only be seen as examples. 

Assignment of traffic resources in preferential access LS A's may (network option) be favoured for subscribers having 
this cell as part of their allowed LS As. 

When the subscriber sets up a call in one of her LS As, the cells belonging to that LSA can (network option) be favoured 
when handovers are carried out. 

Handovers to exclusive access cells can (network option) be prevented for users not having the cell as part of their 
allowed LSA. 

For a user with LSA only access, handovers as well as new originating and terminating calls may (network option) be 
allowed outside the allowed LSAs. Emergency calls are however always allowed 

4.5 Localised Service Area support in access control 

4.5.1 Emergency Call setup 

The Emergency Call setup shall always be accepted by the MSC. 

4.5.2 Mobile Originating ar\6 Mobile Terminating Call setup 

The MSC receives the LSA ID(s) of the current cell from the BSC before the call setup. The current LSA can be 
selected on the basis of the allowed LSA(s) in the subscriber data. Depending on the current LSA, the network may 
continue as follows: 

• The MSC accepts the setup without Active mode support, if the active mode indicator flag for selected LSA is 
not set. 

• The MSC accepts the setup with Active mode support, if the active mode indicator flag for selected LSA is set. 

• The MSC starts charging activities for the current LSA 

4.5.3 (void) 

4.5.4 Call unrelated services (Short message transfer, USSD, 
Supplementary Service management) 

The MSC receives the LSA ID(s) of the current cell from the BSC in the COMPLETE_L3_INFO. The current LSA can 
be selected on the basis of the allowed LSA(s) in the subscriber data and it can be used e.g. for the charging purposes. 
Service requests in exclusive access cells are accepted only for subscribers with subscription to the exclusive access 
cells. For subscribers with LSA only access call unrelated service requests are accepted even outside of the allowed 
LSAs. Active mode support may apply for call unrelated services. 

4.5.5 (void) 



5 General architecture 

No specific requirements are identified. The general architecture of GSM is maintained. 
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Figure 1 : General architecture 



Compatibility issues 



LSA can not be used with standard phase 1 or phase 2 mobile stations (or with non-compatible phase 2+ mobile 
stations) with all service aspects. A dedicated mobile station with LSA capability is required. 

A compatible mobile station shall provide the following specific functions: 

cell reselection in case of a LSA subscription; 

notification of the current LSA. 

A mobile station with LSA capability shall also provide the complete functionality in order to allow the use of phase 2 

services. 

Standard phase 1 and phase 2 mobile stations in a network shall not be impacted by the presence of LSA services in that 
network due to LSA signalling, also if the mobile station is operated with a SIM that contains SoLSA fields. 

However, if LSA is provided in a network, it can be applied to non-compatible mobile stations in the following way: 

For a user with a LSA service subscription and with LSA only access, support is given for LSA only access, with 
exception of the notification (LSA indication). 

For a user with a LSA service subscription, support is given for LS As in active mode, with exception of the 
notification (LSA indication). 

6.1 Handling of mobiles in exclusive access cells 

The network shall broadcast information that the cell is used for exclusive access. This information is understood only 
by SoLSA compatible mobile stations. 

In order to prevent not allowed mobile stations to camp on exclusive access cells, the network may broadcast the escape 
PLMN code. The real PLMN code is still broadcast but only SoLSA compatible mobile stations can understand the 
information. 

If a location/routing area updating request is received in a cell broadcasting the escape PLMN code: 

• from a SoLSA compatible mobile station, the network shall not reject the request because of LSA subscription. 
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• from a non-SoLSA compatible mobile station, the network shall reject the request with the cause 'PLMN not 
allowed'. 

• from a mobile station where the SoLSA compatibility is not known by the network (e.g. because classmark 
information was not received), the network shall neither accept nor reject the request. After a while, the mobile 
station may retry to perform the location/routing area updating. 

In order to know that the mobile station is SoLSA compatible, the network allows the mobile stations to perform 'early 
classmark sending procedure'. 

6.2 LSA support in network 

6.2.1 VLR not supporting LSA 

HLR shall reject roaming of a LSA only access subscriber to a VLR, which does not support LSA. A VLR supporting 
LSA shall indicate at location updating to the HLR that it supports LSA according to GSM 09.02. 

6.2.2 SGSN not supporting LSA 

HLR shall reject roaming of a LSA only access subscriber to an SGSN, which does not support LSA. A SGSN 
supporting LSA shall indicate at location updating to the HLR that it supports LSA according to GSM 09.02. 



6.2.3 BSS not supporting LSA 



This chapter handles networks where in the MSCA'^LR service area only parts of the BSSs are supporting LSA. This 
configuration shall be seen as a network option. 

MSC/VLR shall reject MS originating/terminating call set-up for LSA only access subscribers when serving BSS does 
not support LSA. 



7 Transmission 

No specific requirements are identified. 

8 Information storage 

8.1 Information managed per subscriber 
8.1.1 Stored in the HLR 

The following mandatory information shall be stored in the HLR for each service subscriber: 

a list of all the LSA Ids for the service subscriber; 

the priority for each LSA; 

the preferential access indicator for each LSA; 

the LSA only access indicator. 
The following optional information may be stored in the HLR for each service subscriber: 
- LSA only access indication text (text to be displayed when out of LSA). 
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The following optional information may also be stored for each subscribed LSA: 

LSA name (A text string describing area and/or service. For example "ETSI BUILDING"); 

LSA indication for idle mode (flag to activate/deactivate LSA indication in idle mode); 

LSA indication for active mode (flag to activate/deactivate LSA indication in active mode); 

idle mode support (flag to activate/deactivate idle mode support in LSA); 

active mode support (flag to activate/deactivate active mode support in LSA). 
The LSA Ids are defined in subclause 9.1.1. 
A service subscriber shall not be provided with more than 20 LSAs per PLMN (including universal LSA's). 

8.1.2 Stored in the VLR 

The following mandatory information, which is relevant in the VPLMN, shall be stored in the VLR for each service 
subscriber: 

a list of all the LSA Ids for the service subscriber; 

the priority for each LSA; 

the preferential access indicator for each LSA; 

the LSA only access indicator. 

The following optional information may also be stored for each subscribed LSA: 

LSA indication for active mode (flag to activate/deactivate LSA indication in active mode); 

active mode support (flag to activate/deactivate active mode support in LSA). 

This information shall be brought forward to the VLR at the same time as other subscriber information is copied form 
HLR. VLR entries shall be modified when corresponding HLR records are changed. 

8.1.3 Stored in the SIM 

The following mandatory information shall be stored in the SIM for each service subscriber: 

a list of all the LSA Ids for the service subscriber; 

the priority for each LSA; 

the LSA only access indicator. 
The following optional information may be stored in the SIM for each service subscriber: 

LSA only access indication text (text to be displayed when out of LSA). 
The following optional information may also be stored for each subscribed LSA: 

a list of all the cell identities for the subscribed LSA; 

LSA name (A text string describing area and / or service. For example "ETSI BUILDING"); 

LSA indication for idle mode (flag to activate/deactivate LSA indication in idle mode); 
idle mode support (flag to activate/deactivate idle mode support in LSA); 
The information shall be modified when corresponding HLR and BSS records are changed. 
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8.1.4 Storecd in the SGSN 

The following mandatory information, which is relevant in the VPLMN, shall be stored in the SGSN for each service 
subscriber: 

a list of all the LSA Ids for the service subscriber; 

the priority for each LSA; 

the preferential access indicator for each LSA; 

the LSA only access indicator. 

The following optional information may also be stored for each subscribed LSA: 

LSA indication for active mode (flag to activate/deactivate LSA indication in active mode); 

active mode support (flag to activate/deactivate active mode support in LSA). 

This information shall be brought forward to the SGSN at the same time as other subscriber information is copied form 
HLR. SGSN entries shall be modified when corresponding HLR records are changed. 



8.2 Information managed per LSA 



The LSA is defined as a list of cells inside the network. The cells shall be defined by their cell identification consisting 
of the Location Area Code and the Cell Identity as defined in GSM 08.08 and are therefore uniquely identified in the 
network. 

8.2.1 Stored in tine IVISC 

The information stored in the MSC (network option) is the network specific service configuration of each LSA defined 
by the network operator and relevant for the MSC. 

The network specific configuration of each LSA may also include specific rules for e.g. the priority handling and the 
mapping between LSA information for the subscriber (VLR data) and the LSA information sent to BSS and when to 
notify MS about a service area change. 

NOTE: For the handling of call establishment, it is out of scope of the present document to describe how the 

network shall perform e.g. mapping between LSA information for the subscriber (VLR data) and the LSA 
information sent to BSS. The network specific service configuration information shall only be seen as an 
example. 

8.2.2 Stored in tine BSS 

The information stored in the BSS is the network specific service configuration of each LSA defined by the network 
operator and relevant for the BSS. 

For each LSA relevant for the BSS in case of internal and external handover support, the LSA ID and the cells 
belonging to the LSA shall be stored. The BSS must also have knowledge about in which LSA cells that the exclusive 
access shall be indicated. 

The network specific configuration of each LSA may also include rules for e.g. handover and resource allocation. 
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9 Identities 

9.1 Identities for LSA 

9.1.1 LSA ID 

The LSA ID shall either be a PLMN significant number or a universal identity, indicated by one bit in the LSA ID. 

PLMN significant number: The LSA ID shall be a binary number uniquely assigned to an area in one network. The 
identity consists of 3 octets. 

Universal identity: The LSA ID shall be a globally unique identity assigned to a specific company or organization. A 
suitable Assigning and Registration Authority is required. 

9.1.2 LSA name 

It shall be possible to assign a subscriber-defined identifier to each LSA. The LSA name can e.g. be an icon or an 
alphanumeric text up to 10 characters. 

10 Operation and maintenance aspects 

The operators have the possibility to: 

Define LSAs consisting of a cell or a number of cells. 
Set parameters for prioritised LSA cell reselection. 
Set the parameter for exclusive access. 

1 1 Function and information flows 



11.1 LSA management 



The LSA attributes, as given in subclause 8.2 shall be entered and modified by the network operator or the service 
provider. 



1 1 .2 Subscription management 



When the subscriber record is created in the HLR, the list of allowed LSAs, priority of each LSA, the preferential access 
indicator of each LSA and information about access rights outside these LSAs shall be included. 

The network operator can change the LSA information for a subscription at any time. A change of subscription shall not 
affect any on-going calls at the moment of change. 

The update of SIM with user LSA information is done as depicted in subclause 11. 3. 



1 1 .3 Update of LSA data in SIM 



SIM Application Toolkit (SAT) SIM Data Download procedure, as specified in GSM 11. 14, can be used to download 
LSA data to SIM over the air interface. SAT class 1 supports SMS as the bearer for LSA data. 
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When using over the air interface for updating LSA information on the SIM card the GSM 03.48 specifies Standardised 
SIM toolkit commands for Remote File Management: 

GSM 03.48 contains a standard format for remote file handling based on the instruction set from GSM 11.11. 
Operators have possibility to use and update SIMs from different vendors. 

The parameter(s) in the SIM Data Download Message is either a single command, or a list of commands, and 
each command is coded according to the generalised structure defined in GSM 03.48. 

Data field to be used in commands will be specified in GSM 11.11 for SoLS A 

GSM Rec. 03.48 also specifies various security mechanisms (e.g. various derivatives of DBS) that can used to protect 
the remote file management commands. 

New SIMs for SoLSA are needed to cater for SIM related security issues. Unauthorised modification of SoLSA data in 
SIM, either by users or by any other entity, is to be prohibited. 

1 1 .4 Functions related to MS in idle mode for support of LSA 

11 .4.1 Broadcast information 

In cells belonging to a LSA, the LSA ID(s) and/or cell identity is broadcast. 

Further, in cells belonging to a LSA, which shall give exclusive access to a subscriber group, an exclusive access 
indication and/or the escape PLMN are broadcast. If the escape PLMN is broadcast then also the real PLMN code and a 
permission to the MS to perform 'early classmark sending' procedure are broadcast. 

To be able to favour the LSA cells at cell reselection new LSA reselection parameters are broadcast. 

1 1 .4.2 Cell selection and reselection. 

The definition of a "suitable cell", as defined in GSM 03.22, is modified with the following criterion: 

A SoLSA exclusive access cell is "suitable" only if the LSA of the cell is one of the allowed LSA according to the SIM. 
Emergency calls are always allowed if no cells are found suitable. 

An MS with SIM indicating LSA subscription shall always try to reselect the cell with the highest LSA priority 
according to the information stored on the SIM. The LSA reselection parameters broadcast on the BCCH shall be used 
to calculate the reselection criteria. The broadcasting mechanism is as described in GSM 04.08 and GSM 04.60. The 
MS shall follow the reselection procedures defined in GSM 05.08. 

NOTE: The text above covers also the case when the MS is using GPRS together with SoLSA. 



1 1 .4.3 Location Updating 



If the escape PLMN is broadcast the BSS shall, at location updating, inform the MSC/VLR about the LSA ID(s) of the 
cell where the location updating request message was received and indicate that escape PLMN is broadcast. This is done 
by adding the LSA ID(s) of current cell to the complete layer 3 information message for the exclusive access cell. 



1 1 .4.4 Routing Area Update 



If the escape PLMN is broadcast the BSS shall, at routing area update, inform the SGSN about the LSA ID(s) of the cell 
where the routing area update request message was received and indicate that escape PLMN is broadcast. This is done 
by adding the LSA ID(s) of current cell to the UL UNITDATA message for the exclusive access cell. 
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1 1 .5 Transfer of information from HLR to VLR 

If the subscription contain LS A information then, when the subscriber registers on a VLR, the HLR shall send the LS A 
subscription data to that VLR, which is relevant in the VPLMN. This is done by adding the LSA information to the 
MAP_INSERT_SUBSCRIBER_DATA and for deletion in MAP_DELETE_SUBSCRIBER_DATA. 

When there is a change in the LSA information the HLR shall include at least the new and/or modified LSA data. When 
there is a change in the access right outside the LSA(s) the HLR shall include the LSA only access indicator. 

1 1 .6 Transfer of information from HLR to SGSN 

If the subscription contain LSA information then, when the subscriber registers on a SGSN, the HLR shall send the LSA 
subscription data to that SGSN, which is relevant in the VPLMN. This is done by adding the LSA information to the 
MAP_INSERT_SUBSCRIBER_DATA and for deletion in MAP_DELETE_SUBSCRIBER_DATA. 

When there is a change in the LSA information the HLR shall include at least the new and/or modified LSA data. When 
there is a change in the access right outside the LSA(s) the HLR shall include the LSA only access indicator. 

1 1 .7 Functions related to active mode 
1 1 .7.1 IVIS connection establishment 

1 1 .7.1 .1 Indication of list of LSAs to the MSC 

At initial connection establishment the BSS shall inform the MSC about the LSA ID(s) of the cell where the initial 
layer 3 message was received. This is done by adding the LSA ID(s) of current cell to the complete layer 3 message. 

1 1 .7.1 .2 Indication of allowed LSA to the BSS 

The MSC sends the LSA information message to the BSS including the A-interface LSA information of the connection 
as defined in GSM 08.08. The LSA information sent to the BSS indicates the allowed LSA for the MS connection, their 
priorities, indication of preferential access per LSA, indication of active mode support per LSA and indication, whether 
or not, subscriber has only access to his allowed LSAs. The BSS shall store the LSA information in order to use it on 
later actions, e.g. at handover. 

The LSA information for the MS connection shall be used in the BSS at assignment of radio resources in order to e.g. 
prioritise cells in the allowed LSA(s) with active mode support and to prevent allocating resources in cells outside the 
allowed LSAs for the MS connection. 

1 1 .7.1 .3 Indication of allowed LSA to the BSS 

The SGSN may send the LSA information message to the BSS for a mobile station in ready mode as defined in 
GSM 08.18. The LSA information sent to the BSS indicates the allowed LSA for the MS connection. The BSS shall 
store the LSA information in order to use it on later actions, e.g. when determine specific cell selection parameters. 

The LSA information for the MS connection shall be used in the BSS to e.g. prioritise cells in the allowed LSA(s) with 
active mode support and to prevent allocating resources in cells outside the allowed LSA for the MS connection. 

1 1 .7.1 .4 Indication of current LSA to the MSC 

The BSS shall inform the MSC about the current LSA at successful assignment. In order to derive the current LSA, the 
BSS has to have received allowed LSAs before assignment (see subclause 11.7.1.2). If the MSC does not receive current 
LSA from the BSS at successful assignment, the MSC shall interpret that there is no current LSA. 

In case there is no assignment procedure between the MSC and the BSS (e.g. for short message transfer), the current 
LSA may be selected by the MSC on the basis of the allowed LS A(s) and the list of LSA ID(s) of the serving cell 
received from the BSS (see subclause 1 1.7.1). 
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1 1 .7.2 Han(dover 

1 1 .7.2.1 Indication of allowed LSA to the target BSS 

In case of BSS external handover, the MSC shall send the LSA information to the target BSS when requesting handover 
resource allocation. This information includes the allowed LS As, their priorities, indication of preferential access per 
LSA, indication of active mode support per LSA and indication, whether or not, subscriber has only access to his 
allowed LSAs. 

The target BSS shall store the LSA information in order to use it at handovers and at possible assignments. 

In case of basic inter MSC handover, the MSC-A shall send the LSA information to the MSC-B when requesting 
handover resource allocation. The MSC-B shall deliver the LSA information to the target BSS and also store it for 
possible later use. 

In case of BSS external handover (after an inter MSC handover), the MSC-B shall send the stored LSA information to 
the target BSS when requesting handover resource allocation. This is the case for BSS external handover within the 
MSC-B but also for subsequent inter MSC handover to MSC-B' or back to MSC-A. 

1 1 .7.2.2 Indication of current LSA to the MSC 

In case of BSS external handover, the target BSS informs the MSC about the LSA ID of the potential new current LSA. 
This is done by adding the LSA ID of the current/new LSA to the handover request acknowledge message. 

In case of BSS internal handover, the BSS shall keep the MSC informed of the current LSA. This is done by adding the 
LSA ID of the current/new LSA to the handover performed message or assignment complete message (if handover 
performed during assignment). 

In case of basic inter MSC handover, the MSC-B shall inform the MSC-A about the potential new current LSA if a radio 
resource is available for handover. 

In case of BSS internal or BSS external handover within MSC-B (after an inter MSC handover), the MSC-B shall keep 
the MSC-A informed of the current LSA. 

In case of subsequent inter-MSC handover to third MSC (MSC-B'), the MSC-B' shall inform the MSC-A about the 
potential new current LSA if a radio resource is available for handover. 

NOTE: At handover, the potential new current LSA will become current LSA in case of successful handover 
completion. 

1 1 .7.2.3 Indication of current LSA to the SGSN 

In case of cell change, the BSS may inform the SGSN about the LSA ID(s) of current cell. This is done by adding the 
LSA ID(s) of the current/new cell to the UL UNITDATA message. 



1 1 .7.3 LSA active mode support 



According to the LSA information received from the MSC (see subclause n.7.L2) or from the SGSN (see subclause 
n .7. L3), the BSS shall favour cells belonging to LSAs which have active mode support compared to other cells at 
resource allocation, network controlled cell reselection and handovers. 



1 1 .7.4 LSA only access 



If the subscriber is allowed to initiate/receive calls only in the allowed LSAs the BSS shall, if no current LSA can be 
selected, reject the assignment. 

Serving BSS shall not try to perform handover to cells that are outside of the allowed LSAs, if the subscriber only is 
allowed to access his allowed LSAs. 

Emergency calls shall be accepted even outside of allowed LSAs. 
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1 1 .7.5 Exclusive Access 

BSS shall try to allocate resources in exclusive access cells only if they are allowed for the subscriber. In the case no 
resources can be allocated in an allowed cell, the BSS shall reject the assignment request. 

Serving BSS shall not try to perform handover to exclusive access cells if they are not allowed for the subscriber. This is 
done so that exclusive access cells are not included into the handover required message. 

Emergency calls shall not be rejected because of exclusive access at assignment nor handover. 

1 1 .7.6 Preferential Access 

BSS shall favour subscribers who have preferential access to the LSA at resource allocation and in handovers compared 
to other subscribers. 



1 1 .8 LSA indication procedures 



Different indication procedures shall be applied in relation to the mode of the mobile station as presented in clause 4 and 
defined in the following sections. 

1 1 .8.1 Indication for mobile stations in idle mode 

In addition to indicate the registered PLMN, an MS with subscription for a LSA in the registered PLMN shall indicate 
this LSA when it is available. The indication towards the user is optional and may be done by displaying the stored LSA 
name that corresponds to the ID of the current LSA. 

An MS with LSA only access subscription may also give an indication towards the user, when the no subscribed LSAs 
are available to the user. The indication is optional and may be done by displaying the LSA only access text stored in the 
SIM. 

1 1 .8.2 Indications for mobile stations in active mode 

The network decides when to send a notification to the MS about a change of current LSA. The information will be sent 
from the MSC to the MS and will contain the LSA ID. This is done by adding the LSA ID of the current cell to the MM 
Information message. If no LSA ID is included in the MM Information message the MS shall assume that the current 
cell does not belong to any of the allowed LSAs for the subscriber. 

The indication towards the user is optional and can be heard as e.g. a beep in the receiver or by displaying the stored 
LSA name that corresponds to the received LSA ID. 



11.9 Overview of signalling 



In this overview, the messages required to implement the specified concept are identified and brief details are given of 
each message. These signalling flows are not normative, but provided as an illustration on possible signalling 
interworking (note that only those parts of the procedures that are relevant for the LSA service are included). 



£75/ 



(GSM 03.73 version 7.2.0 Release 1998) 



19 



ETSI TS 101 416 V7.2.0 (2000-01) 



MS 



BSS 



MSC 



VLR 



HLR 



LOCATION 
UPDATING 
REOUEST. 



> 



COMPLETE, 

LAYER3_ 

INFORMATION 



MAP_UPDATE 
LOCATION, 
A REA 



MAP_UPDATE 

LOCATION, 

AREA 



> 



MAP_INSERT_ 

SUBSCRIBER 

DATA 



DA] 



Figure 2: Signalling information required at location registration 

LOCATION_UPDATING_REQUEST: Standard message. 

COMPLETE_LAYER3_INFORMATION: If the escape PLMN is broadcast, the MSC is provided with location 

updating information together with the LS A ID(s) of current ceU. 

MAP_UPDATE_LOCATION_AREA: Standard message. 

MAP_INSERT_SUBSCRIBER_DATA: The VLR is provided with the subscriber information including the allowed 

LSA ID(s), priority of each LS A, the preferential access indicator for each LS A, indication of active mode support per 

LSA and the LSA only access indicator of current PLMN. 
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Figure 3: Signalling information required at routing area update 

ROUTING_AREA_UPDATE_REQUEST: Standard message. 

UPLINK_UNITDATA: If the escape PLMN is broadcast, the SGSN is provided with routing area update information 

together with the LSA ID(s) of current cell. 

MAP_UPDATE_LOCATION_AREA: Standard message. 

MAP_INSERT_SUBSCRIBER_DATA: The SGSN is provided with the subscriber information including the allowed 

LSA ID(s), priority of each LSA, indication of active mode support per LSA and the LSA only access indicator of 

current PLMN. 
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Figure 4: Signalling information required at updating of the subscriber's 
LSA information by using SMS 

MT-SHORT-MESSAGE, MAP-MT-FORWARD-SHORT-MESSAGE request, SM TP SMS-DELIVER: 

Standard messages containing subscriber's LSA information and are parts of SIM data download. 

SM TP SMS-DELIVER acknowledgement, MAP-MT-FORWARD-SHORT-MESSAGE response: Standard 

messages containing result of the operation. 
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Figure 5: Signalling information required for mobile originating call establishment 

SYSTEMJNFO: The network provides the cell identity and/or LSA ID(s) of the cell, LSA cell reselection parameters 

and the exclusive access indication. 

Initial RACH CHANNEL_REQUEST: Standard message. 

IMMEDIATE_ASSIGNMENT: Standard message. 

SABM (SERV_REQ): Standard message. 

UA (SERV_REQ): Standard message. 

COMPLETE_LAYER3_INFORMATION: The MSC is provided with initial information about the requested service 

together with the LSA ID(s) of current cell. 

CM_SERVICE_ACCEPT: Standard message. The service request is acknowledged. Acknowledgement of the service 

can also be performed by invocation of ciphering mode setting. 

SETUP: Standard message. 

CALL_PROCEEDING: Standard message. 

LSA INFO: New message including the allowed LSA ID(s), priority of each LSA, the preferential access indicator for 

each LSA, indication of active mode support per LSA and an indication about the access rights outside these LSA(s) for 

the service subscriber. This message needs to be sent before Assignment request. Additional messages may be sent 

anytime during the lifetime of a call. 

ASSIGNMENT_REQUEST: Standard message. 

ASSIGNMENT_COMMAND: Standard message. 

SABM: Standard message. 

UA: Standard message. 

ASSIGNMENT_COMPLETE: Standard message. 

A_ASSIGNMENT_COMPLETE: Modified assignment complete including the LSA ID of current cell. 
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Figure 6: Signalling information required at BSS external handover initiation 

HANDOVER REQUIRED: Standard message. 

MAP_PREPARE_HANDOVER: Standard message. Including the modified handover request. 
HANDOVER_REQUEST: Modified handover request including the allowed LSA ID(s), priority of each LSA, the 
preferential access indicator of each LSA, indication of active mode support per LSA and an indication about the access 
rights outside these LSA(s). 
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Figure 7: Signalling information required at BSS external handover acknowledgement 

HANDOVER_REQUEST_ACKNOWLEDGE: Modified handover request acknowledge including the LSA ID of 

current cell. 

MAP_PROCESS_ACCESS_SIGNALLING request: Standard message. Including the modified handover request 

acknowledge. 
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Figure 8: Signalling information required at BSS internal handover 

HANDOVER_COMPLETE: Standard message. 

HANDOVER .PERFORMED: Modified handover performed including the LSA ID of current cell. 

MAP_PROCESS_ACCESS_SIGNALLING request: Standard message. Including the modified handover performed. 
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Figure 9: Signalling information required at notification of LSA change in active mode 
MMJNFORMATION: Modified MM-INFORMATION message including the LSA ID of current cell. 



12 Charging 

12.1 General principles 

Using LSA as a location based charging can be realised. Different charging can be applied with respect to different 
LSAs, which shall also include the possibility to change charging when moving between LSAs with different tariffs 
associated. LSAs with higher priority may be associated with different tariffs. 



12.2 Toll ticketing 



Appropriate information concerning the change of charging due to the LSA change shall also be included in the charging 
record (toll ticket). 
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Annex A (informative): 

SoLSA interworking with CAIVIEL 

This Annex is informative. 

Regarding the SoLSA network architecture SMG12 has decided that: 

• the HLR solution is chosen for SoLSA 

• CAMEL phase 3 will be improved in the 99 release so that it fully utilises the SoLSA benefits. 

This annex collects the optional functional enhancements for CAMEL required to enable CAMEL interworking with 
SoLSA. These enhancements are expected to be included in CAMEL phase3 in Release 99. 

A.1 Subscriber information for Localised Service Area 

Subscriber specific information LSA information is stored and managed in the HLR. Application related LSA 
information is stored in appropriate service platform, e.g. in the CAMEL Service Environment. 



A.2 Network Architecture 
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Figure A1 : NW architecture including SoLSA related enhancements on CAMEL Service Environment 
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A.3 Signalling Interworking 
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Figure A2: Signalling interworking at Mobile Originating Call Establishment with applications on 

CAMEL Service Environment 

SYSTEMJNFO: The network provides the cell identity and/or LSA ID(s) of the cell, LSA cell reselection parameters 
and the exclusive access indication. 

Initial RACH CHAN_REQ: Standard message. 

IMM_ASS: Standard message. 

SABM (SERV_REQ): Standard message. 

UA (SERV_REQ): Standard message. 

COM_L3_INFO: The MSC is provided with initial information about the requested service together with the LSA 
ID(s) of current cell. 

CM_SERV_ACC: Standard message. The service request is acknowledged. Acknowledgement of the service can also 
be performed by invocation of ciphering mode setting. 

SETUP: Standard message. 

INITIALDP: Modified CAP message indicating that the CAMEL TDP has been met. Additionally the LSA ID(s) of the 
current cell are sent to the gsmSCF. 
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CONTINUE: Modified CAP message indicating that the call continues without modifications. 

CONNECT: Modified CAP message indicating that the gsmSCF has modified e.g. the destination number. 

CALL_PROCEEDING: Standard message. 

LSA INFO: New message including the LSA ID(s), priority of each LSA, the preferential access indicator of each LSA 
and an indication about the access rights outside these LSA(s) for the service subscriber. This message need to be sent 
before Assignment Request message. Additional messages may be sent at anytime during the lifetime of a call. 

ASS_REQ: Standard message. 

ASS_CMD: Standard message. 

SABM: Standard message. 

UA: Standard message. 

Air_ASS_COM: Standard message. 

A_ASS_COM: Modified assignment complete including the LSA ID of current cell. 
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